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£57) An airport surveillance system for detection 
of aircraft or other vehicles having a sensor 
co-located with edge lights (20 1 _ N ) along taxi- 
ways, runways and other surface areas, the 
sensor output being coupled to a central com- 
puter system (26,28) via the airport's edge light 
power lines (21^). The detection system com- 
prises infrared sensors (50, Fig. 2). The output 
of each sensor (50) is fed into a microprocessor 
(44) within an edge light assembly (20) and then 
to a power line modem (54) for transmission to 
the central computer (26,28) which includes a 
display system (30) at the airport tower for 
displaying the airport and all traffic thereon. 
Data from each sensor (50) along taxiways and 
runways is received at the central computer 
system (26,8) and processed to provide com- 
prehensive vehicle tracking and control of all 
ground traffic on the airport 
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Background of the Invention 

This invention relates to an airport ground surveillance system and in particular to an apparatus and meth- 
od for monitoring and controlling aircraft or other vehicle movement primarily on airport taxiways, runways and 
5 other surface areas. 

Currently, ground control of aircraft at an airport is done visually by the air traffic controller in the tower. 
Low visibility conditions sometimes make it impossible for the controller to see ail parts of the field. Ground 
surface radar can help in providing coverage during low visibility conditions; it plays an important part in the 
solution of the runway incursion problem but cannot solve the entire problem. A runway incursion is defined 

10 as "any occurrence at an airport involving an aircraft, vehicle, person, or object on the ground that creates a 
collision hazard or results in loss of separation with an aircraft taking off, intending to take off, landing, or in- 
tending to land." The U.S. Federal Administration Agency (FAA) has estimated that it can only justify the cost 
of ground surface radar at 29 of the top 1 00 airports in the United States. However, such radar only provides 
location information; it cannot alert the controller to possible conflicts between aircraft. 

15 In the prior art, an airport control and monitoring system has been used to sense when an airplane reaches 

a certain point on a taxi way and controls switching lights on and off to indicate to the pilot when he may proceed 
on to a runway. Such a system sends microwave sensor information to a computer in the control tower. The 
computer comprises software for controlling the airport lighting and for providing fault information on the airport 
lighting via displays or a control panel to an operator. Such a system is described in sales information provided 

20 on a Bi-directional Series 7 Transceiver (BRITEE) produced by ADB-ALNACO, Inc., A Siemens Company, of 
Columbus, Ohio. However, such a system does not show the location of all vehicles on an airfield and is not 
able to detect and avoid a possible vehicle incursion. 

A well known approach to airport surface traffic control has been the use of scanning radars operating at 
high frequencies such as K-band in order to obtain adequate definition and resolution. An existing airport 

25 ground traffic control equipment of that type is known in the art as Airport Surface Detection Equipment 
(ASDE). However, such equipment provides surveillance only, no discrete identification of aircraft on the sur- 
face being available. Also there is a need for a relatively high antenna tower and a relatively large rotation an- 
tenna system thereon. 

Another approach to airport ground surveillance is a system described in U. S. Patent No. 3,872,474, is- 
30 sued March 1 8, 1 974, to Arnold M. Levine and assigned to International Telephone and Telegraph Corporation, 
New York, NY, referred to as LOCAR (Localized Cable Radar) comprises a series of small, lower powered, nar- 
row pulses, transmitting radars having limited range and time sequenced along opposite sides of a runway 
ramp or taxiway. In another U. S. Patent No. 4,197,536, issued on April 8, 1980, to Arnold M. Levine, an airport 
surface identification and control system is described for aircraft equipped with ATCRBS (Air Traffic Control 
35 Radio Beacon System) and ILS (Instrument Landing System). However, these approaches are expensive, re- 
quire special cabling and for identification purposes require expensive equipment to be included on the aircraft 
and other vehicles. 

Another approach to vehicle identification such as types of aircraft by identifying the unique characteristic 
of the "footprint" presented by the configuration of wheels unique to a particular type of vehicle is described 

40 in U.S. Patent No. 3,872,283, issued March 18, 1975, to Gerald R. Smith et a!, and assigned to The Cadre 
Corporation of Atlanta Georgia. 

An automatic system for surveillance, guidance and fire-fighting at airports using infrared sensors is de- 
scribed in U. S. Patent No. 4,845,629, issued July 4, 1989 to Maria V. Z. Murga. The infrared sensors are ar- 
ranged along the flight lanes and their output signals are processed by a computer to provide information con- 

45 cerning the aircraft movements along the flight lanes. Position detectors are provided for detecting the position 
of aircraft in the taxiways and parking areas. However, such system does not teach the use of edge lights along 
the runways and taxiways along with their associated wiringand it is not able to detect and avoid a possible 
vehicle incursion. 

The manner in which the invention deals with the disadvantages of the prior art to provide a low cost airport 
so surveillance system, will be evident as the description proceeds. 

Summary of the Invention 

Accordingly, it is therefore an object of this invention to provide an airport surveillance system for detecting 
55 and monitoring all ground traffic on runways and taxiways and other surface areas. 

It is also an object of this invention to provide a low cost airport surveillance system using edge light as- 
semblies and associated wiring along runways and taxiways. 

It is another object of this invention to provide a low cost airport surveillance system comprising infrared 
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detectors. 

It is a further object of this invention to provide an airport surveillance system that generates a graphic 
display of the airport showing the location of all ground traffic including direction and velocity data. 

The objects are further accomplished by providing an airport surveillance system comprising a plurality 

5 of light circuits on an airport, each of the light circuits comprises a plurality of light assembly means, means 
for providing power to each of the plurality of light circuits and to each of the light assembly means, means in 
each of the light assembly means for sensing ground traffic on the airport, means for processing data received 
from each of the light assembly means, means for providing data communication between each of the light 
assembly means and the processing means, and the processing means comprises means for providing a 

w graphic display of the airport, the graphic display having symbols representing the ground traffic, each of the 
symbols having direction and velocity data displayed. Each of the light circuits are located along the edges of 
a taxiway or a runway on the airport. The light assembly means comprises light means coupled to the lines of 
the power providing means for lighting the airport, sensing means which comprises infrared detectors, micro- 
processor means coupled to the light means, the sensing means, and the data communication means for pro- 
fs viding processing, communication and control for the light assembly means, the microprocessor controlling a 
plurality of lighting patterns of the light means on the airport, and the data communication means are coupled 
to the microprocessor means and the lines of the power providing means. The light assembly means further 
comprises a photocell means coupled to the microprocessor means for detecting the light intensity of the light 
means. The light assembly means further comprises a strobe light coupled to the microprocessor means. The 

20 processing means comprises redundant computers for fault tolerance operation. The symbols representing the 
ground traffic comprise icons having a shape indicating the type of airplane or vehicle. The processing means 
determines a location of the symbols on the graphic display of the airport in accordance with the data receive 
from the light assembly means. The processing means determines a future path of the ground traffic based 
on a ground clearance command, the future path being shown on the graphic display. The power providing 

25 means comprises constant current power means for providing a separate line to each of the plurality of light 
circuits, and network bridge means coupled to the constant current power means for providing a communica- 
tion channel to the processing means for each line of the constant current power means. 

The objects are further accomplished by a method of providing an airport surveillance system comprising 
the steps of providing a plurality of light circuits on the airport, each of the light circuits comprises a plurality 

30 of light assembly means, providing power to each of the plurality of light circuits, sensing ground traffic on the 
airport with means in each of the light assembly means, processing data received from each of the light as- 
sembly means in computer means, providing a graphic display of the airport comprising symbols representing 
the ground traffic, each of the symbols having direction and velocity data displayed, and providing data com- 
munication between the computer means and each of the light assembly means. The step of sensing the 

35 ground traffic on the airport comprises the steps of lighting the airport with a light means coupled to the power 
lines, providing infrared detectors for sensing ground traffic, performing processing, communication and con- 
trol within the light assembly means with a microprocessor means coupled to the light means, the sensing 
means and data communication means, and coupling the data communication means between the micropro- 
cessor means and the power lines. The step of processing data comprises the steps of operating redundant 

40 computers for fault tolerance. The step of providing power comprises the steps of providing a separate line to 
each of the plurality of light circuits with a constant current power means, and providing a communication chan- 
nel to the computer means for each line of the constant current power means using a network bridge means. 
The step of providing a graphic display comprising symbols representing the ground traffic comprises the step 
of indicating a type of aircraft or vehicle with icons of various shapes. The step of processing the data from 

45 each of the light assembly means comprises the step of determining a location of the symbols on the graphic 
display of the airport in accordance with the data. 

Brief Description of the Drawings 

50 Other and further features of the invention will become apparent in connection with the accompanying 

drawings wherein: 

FIG. 1 is a block diagram of the invention of an airport vehicle detection system; 
FIG. 2 is a block diagram of an edge light assembly showing a sensor electronics unit coupled to an edge 
light of an airfield lighting system; 
55 FIG. 3 is a pictorial diagram of the edge light assembly showing the edge light positioned above the sensor 

electronics unit; 

FIG. 4 is a diagram of an airfield runway or taxiway having a plurality of edge light assemblies positioned 
along each side of the runway or taxiway for detecting various size aircraft as shown; 
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FIG. 5 is a block diagram of the central computer system shown in FIG. 1; 

FIG. 6 shows eleven network variables used in programming the microprocessor of an edge light assembly 
to interface with a sensor, a light and a strobe light; 

FIG. 7 is a block diagram showing an interconnection of network variables for a plurality of edge light as- 
5 sembfies located on both sides of a runway, each comprising a sensor electronics unit 10 positioned along 

a taxi way or runway; 

FIG. 8 shows a graphic display of a typical taxiway/runway on a portion of an airport as seen by an operator 
in a control tower, the display showing the location of vehicles as they are detected by the sensors mounted 
in the edge light assemblies located along taxiways and runways; and 
10 FIG. 9 is a block diagram of the data flow within the system shown in FIG, 1 and FIG. 5. 

Description of the Preferred Embodiment 

Referring to FIG. 1 a block diagram of the invention of an airport vehicle detection system 10 is shown 

15 comprising a plurality of light circuits 18^, each of said light circuits 18^,, comprises a plurality of edge light 
assemblies 20^ „ connected via wiring 21^ to a lighting vault 16 which is connected to a central computer 
system 1 2 via a wide area network 1 4. Each of the edge light assemblies 20^ „ comprises an infrared (IR) de- 
tector vehicle sensor 50 (FIG. 2). 

The edge light assemblies 20^ n are generally located alongside the runways and taxiways of the airport 

20 with an average 100 foot spacing and are interconnected to the lighting vault 16 by single conductor series 
edge light wiring 21 ^ n . Each of the edge light circuits 1 8^ n is powered via the wiring 21 n by a constant current 
supply 24i. n located in the lighting vault 16. 

Referring now to FIG. 1 and FIG. 2, communication between the edge light assemblies 20.,. n and the central 
computer system 12 is accomplished with LON Bridges 22^ interconnecting the edge light wiring 21^ with 

25 the Wide Area Network 14. Information from a microprocessor 44 located in each edge light assembly 20^ 
is coupled to the edge light wiring 21 ^ n via a power line modem 54. The LON bridges 22^ „ transfers message 
information from the edge light circuits 1 8 ^ n via the wiring 21 ^ n to the wide area network 14. The wide area 
network 14 provides a transmission path to the central computer system 12. These circuit components also 
provide the return path communications link from the central computer system 12 to the microprocessor 44 

30 in each edge light assembly 20^ n . Other apparatus and methods, known to one of ordinary skill in the art, for 
data communication between the edge light assemblies 20-,. n and the central computer system 1 2 may be em- 
ployed, such as radio techniques, but the present embodiment of providing data communication on the edge 
light wiring 21 v n provides a low cost system for present airports. The LON Bridge 22 may be embodied by de- 
vices manufactured by Echelon Corporation of Palo Alto, California. The wide area network 14 may be imple- 

35 mented by one of ordinary skill in the art using standard Ethernet or Fiber Distributed Data Interface (FDDI) 
components. The constant current supply 24 may be embodied by devices manufactured by Crouse-Hinds of 
Winslow, Connecticut. 

Referring now to FIG. 2 and FIG. 3, FIG. 3 shows a pictorial diagram of the edge light assembly 20,. n . The 
edge light assembly 20^ n comprises a bezel including an incandescent lamp 40 and an optional strobe light 
40 assembly 48 (FIG. 2) which are mounted above an electronics enclosure 43 comprising the vehicle sensor 50. 
The electronics enclosure 43 sits on the top of a tubular shaft extending from a base support 56. The light 
assembly bezel with lamp 40 and base support 56 may be embodied by devices manufactured by Crouse-Hinds 
of Winslow, Connecticut. 

A block diagram of the contents of the electronics enclosure 43 is shown in FIG. 2 which comprises a cou- 
45 pling transformer 53 connected to the edge light wiring 21 ^ n . The coupling transformer 53 provides power to 
both the incandescent lamp 40 via the lamp control triac 42 and the microprocessor power supply 52; in ad- 
dition, the coupling transformer 53 provides a data communication path between the power line modem 54 
and the LON Bridges 22^ n via the edge light wiring 21 ^ n . The microprocessor 44 provides the computational 
power to run the internal software program that controls the edge light assemblies 20!. n . The microprocessor 
so 44 is powered by the microprocessor power supply 52. Also connected to the microprocessor 44 is the lamp 
control triac 42, a lamp monitoring photo cell 46, the optional strobe light assembly 48, the vehicle sensor 50, 
and the data communications modem 54. The microprocessor 44 is used to control the incandescent edge light 
40 intensity and optional strobe light assembly 48. The use of the microprocessor 44 in each light assembly 
2Q^ n allows complete addressable control over every light on the field. The microprocessor 44 may be em- 
55 bodied by a VLSI device manufactured by Echelon Corporation of Palo Alto, California 94304, called the Neu- 
ron® chip. 

Still referring to FIG. 2, the sensor 50 in the present embodiment comprises an infrared (IR) detector and 
in otherembodiments may comprise other devices such as proximity detectors, CCD cameras, microwave mo- 
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tion detectors, inductance loops, or laser beams. The program in the microprocessor 44 is responsible for the 
initial filtering of the sensor data received from the sensor 50 and responsible for the transmission of such 
data to the central computer system 12. The sensor 50 must perform the following functions: detect a stationary 
object, detect a moving object, have a range at least half the width of the runway or taxiway, be low power and 

5 be immune to false alarms. This system design does not rely on just one type of sensor. Since sensor fusion 
functions are performed within the central computer system 12, data inputs from all different types of sensors 
are acceptable. Each sensor relays a different view of what is happening on the airfield and the central com- 
puter system 12 combines them. There are a wide range of sensors that may be used in this system. As a new 
sensor type becomes available, it can be integrated into this system with a minimum of difficulty. The initial 

10 sensor used is an I R proximity detector based around a piezoelectric strip. These are the kind of sensors you 
use at home to turn on your flood lights when heat and/or movement is detected. When the sensor output pro- 
vides an analog signal, an analog-to-digital converter readily known in the art may be used to interface with 
the microprocessor 44. 

Another proximity detector that can be used is based around a microwave Gunn diode oscillator. These 

15 are currently in use in such applications as Intrusion Alarms, Door Openers, Distance Measurement, Collision 
Warning, Railroad Switching, etc. These types of sensors have a drawback because they are not passive de- 
vices and care needs to be taken to select frequencies that would not interfere with other airport equipment. 
Finally, in locations such as the hold position lines on taxiways, solid state laser and detector combinations 
could be used between adjacent taxiway lights. These sensor systems create a beam that when broken would 

20 identify the location of the front wheel of the airplane. This type of detector would be used in those locations 
where the absolute position of a vehicle was needed. The laser beam would be modulated by the micropro- 
cessor 44 to avoid the detector being fooled by any other stray radiation. 

Referring to FIG. 2 and FIG. 4, a portion of an airport runway 64 or taxiway is shown having a plurality of 
edge light assemblies 20^ positioned along each side of the runway or taxiway for detecting various size air- 

25 planes or vehicles 60, 62. The dashed lines represent the coverage area of the sensors 50 located in each 
edge light assembly 20^ positioned along each side of the runway 64 or taxiway to insure detection of any 
airplane 60, 62 or other vehicles traveling on such runway 64 or taxiway. The edge light assemblies 20^ com- 
prising the sensor 50 are logically connected together in such a way that an entire airport is sensitized to the 
movement of vehicles. Node to node communication takes place to verify and identify the location of the ve- 

30 hides. Once this is done a message is sent to the central computer system 12 reporting the vehicles location. 
Edge light assemblies (without a sensor electronics unit 43) and taxiway power wiring currently exist along taxi- 
ways, runways and open areas of airports; therefore, the sensor electronics unit 43 is readily added to existing 
edge lights and existing taxiway power wiring without the inconvenience and expense of closing down runways 
and taxiways while installing new cabling. 

35 Referring now to FIG. 1, FIG. 5, FIG. 8 and FIG. 9, the central computer system 12 is generally located at 

a control tower or terminal area of an airport and is interconnected to the LON Bridges 22^ n located in the 
lighting vault 1 6 with a Wide Area Network 14. The central computer system 12 comprises two redundant com- 
puters, computer #1 26 and computer #2 28 for fault tolerance, the display 30, speech synthesis units 29 & 
31, alert lights 34, keyboard 27 and a speech recognition unit 33, all of these elements being interconnected 

40 by the wide area network 14 for the transfer of information. The two computers 26 and 28 communicate with 
the microprocessors 44 located in the edge light assemblies 20^ n . Data received from the edge light assembly 
20 1 . n microprocessors 44 are used as an input to a sensor fusion software module 101 (FIG. 9) run on the 
redundant computers 26 and 28. The output of the sensor fusion software module 101 operating in the com- 
puters 26, 28 is used to drive the CRT display 30 which displays the location of each vehicle on the airport 

45 taxiway and runways as shown in FIG. 8. The central computer system 12 may be embodied by devices man- 
ufactured by IBM Corporation of White Plains, New York. The Wide Area Network 14 may be embodied by 
devices manufactured by 3Com Corporation of Santa Clara, California. The speech synthesis units 29, 31 and 
the speech recognition unit 33 may be embodied by devices manufactured by BBN of Cambridge, Massachu- 
setts. 

50 The speech synthesis unit 29 is coupled to a speaker 32. Limited information is sent to the speech synthesis 

unit 29 via the wide area network 14 to provide the capability to give an air traffic controller a verbal alert. The 
speech synthesis unit 31 is coupled to a radio 37 having an antenna 39 to provide the capability to give the 
pilots a verbal alert. The voice commands from the air traffic controller to the pilots are captured by microphone 
35 and sent to the pilots via radio 36 and antenna 38. In the present embodiment a tap is made and the speech 

55 information is sent to both the radio 36 and the speech recognition unit 33 which is programmed to recognize 
the limited air traffic control vocabulary used by a controller. This includes airline names, aircraft type, the 
numbers 0-9, the name of the taxiways and runways and various short phrases such as "hold short", "expedite" 
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and "give way to." The output of the speech recognition unit 33 is fed to the computers 26, 28. 

Referring again to FIG. 2, the power line modem 54 provides a data communication path over the edge 
light wiring 21 v n for the microprocessor 44. This two way path is used for the passing of command and control 
information between the various edge light assemblies 20 1 . n and the central computer system 12. A power line 

5 transceiver module in the power line modem 54 is used to provide a data channel. These modules use a carrier 
current approach to create the data channel. Power line modems that operate at carrier frequencies in the 100 
to 450 Khz band are available from many manufacturers. These modems provide digital communication paths 
at data rates of up to 10,000 bits per second utilizing direct sequence spread spectrum modulation. They con- 
form to FCC power line carrier requirements for conducted emissions, and can work with up to 55 dB of power 

10 line attenuation. The power line modem 54 may be embodied by a device manufactured by Echelon Corpor- 
ation of Palo Alto, California 94304, called the PLT-10 Power Line Transceiver Module. 

The data channel provides a transport layer or lowest layer of the open system interconnection (OSI) pro- 
tocol used in the data network. The Neuron® chip which implements the microprocessor 44 contains all of the 
firmware required to implement a 7 layer OSI protocol. When interconnected via an appropriate medium the 

15 Neuron® chips automatically communicate with one another using a robust Collision Sense Multiple Access 
(CSMA) protocol with forward error corrections, error checking and automatic retransmission of missed mes- 
sages (ARQ). 

The command and control information is placed in data packets and sent over the network in accordance 
with the 7 Layer OSI protocol. Ail messages generated by the microprocessor 44 and destined for the central 

20 computer system 12 are received by the network bridge 22 via the power lines 21 ^ n and routed to the central 
computer system 12 over the wide area network 14. 

The Neuron® chip of the microprocessor 44 comprises three processors (not shown) and the firmware 
required to support a full 6 layer open systems interconnection (OSI) protocol. The user is allocated one of the 
processors for the application code. The other two processors give the application program access to all of 

25 the other Neuron® chips in the network. This access creates a Local Operating Network or LON. A LON can 
be thought of as a high level local area network LAN. The use of the Neuron® chip for the implementation of 
this invention, reduces the amount of custom hardware and software that otherwise would have to be devel- 
oped. 

Data from the sensor electronic unit 43 of the edge light assemblies 20 is coupled to the central computer 

30 system 12 via the existing airport taxiway lighting power wiring 21 . Using the existing edge light power line to 
transfer the sensor data into a LON network has many advantages. As previously pointed out, the reuse of 
the existing edge lights eliminates the inconvenience and expense of closing down runways and taxiways while 
running new cable and provides for a low cost system. 

The Neuron® chip allows the edge light assemblies 20 1 . n to automatically communicate with each other 

35 at the applications level. This is accomplished through network variables which allow individual Neuron® chips 
to pass data between themselves. Each Neuron® 'C* program comprises both local and network variables. 
The local variables are used by the Neuron® program as a scratch pad memory. The network variables are 
used by the Neuron® program in one of two ways, either as a network output variables or a network input va- 
riables. Both kinds of variables can be initialized, evaluated and modified locally. The difference comes into 

40 play in that once a network output variable is modified, network messages are automatically sent to each net- 
work input variable that is linked to that output variable. This variable linking is done at installation time. As 
soon as a new value of a network input variable is received by a Neuron® chip, the code is vectored off to 
take appropriate action based upon the value of the network input variable. The advantage to the program is 
that this message passing scheme is entirely transparent since the message passing code is part of the env 

45 bedded Neuron® operating system. 

Referring now to FIG. 6, eleven network variables have been identified for a sensor program in each mi- 
croprocessor 44 of the edge light assemblies 20^ n . The sensor 50 function has two output variables: prelim_de- 
tect 70 and conf irmed_detect 72. The idea here is to have one output trigger whenever the sensor 50 detects 
movement. The other output does not trigger unless the local sensor and the sensor on the edge light across 

50 the runway both spot movement Only when the detection is confirmed will the signal be fed back to the central 
computer system 12. This technique of confirmation helps to reduce false alarms in order to implement this 
technique the adjacent sensor 50 has an input variable called adjLprelim_detect 78 that is used to receive the 
other sensors prelim_detect output 70. Other input variables are upstream_detect 74 and downstream_detect 
76 which are used when chaining adjacent sensors together. Also needed is a detectQr_sensitivity 80 input 

55 that is used by the central computer system 12 to control the detection ability of the sensor 50. 

The incandescent light 40 requires two network variables, one input and the other an output variable. The 
input variable iightjevel 84 would be used to control the light's brightness. The range would be OFF or 0% all 
the way to FULL ON or 100%. This range from 0% to 100% would be made in 0.5% steps. Since the edge light 
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assembly 20 1 . n also contains the photocell 46, an output variable lightjailure 84 is created to signal that the 
lamp did not obtain the desired brightness. 

The strobe light 48 requires three input variables. The strobe-mode 86 variable is used to select either the 
OFF, SEQUENTIAL, or ALTERNATE flash modes. Since the two flash modes require a distinct pattern to be 

5 created, two input variables active_deiay 88 and flash_delay 90 are used to time align the strobe flashes. By 
setting these individual delay factors and then addressing the Neuron® chips as a group, allows the creation 
of a field strobe pattern with just one command. 

Referring now to FIG. 7, a block diagram of an interconnection of network variables for a plurality of edge 
light assemblies 20^ n located on both sides of a runway is shown, each of the edge light assemblies 20^ 

10 comprising a microprocessor 44. Each Neuron® program in the microprocessor 44 is designed with certain 
network input and output variables. The user writes the code for the Neuron® chips in the microprocessor 44 
assuming that the inputs are supplied and that the outputs are used. To create an actual network the user has 
to "wire up" the network by interconnecting the individual nodes with a software linker. The resulting distributed 
process is best shown in schematic form, and a portion of the network interconnect matrix is shown in Figure 

15 7. The prelim_detect 70 output of a sensor node 441 is connected to the adj_primary_detect 92 input of the 
sensor node 44 4 across the taxiway. This is used as a means to verify actual detections and eliminate false 
reports. The communications link between these two nodes 44! and 44 4 is part of the distributed processing. 
The two nodes communicate among themselves without involving the central computer system 12. If in the 
automatic mode or if instructed by the controller, the system will also alert the pilots via audio and visual in- 

20 dications. 

Referring again to FIG. 1 and FIG. 4, the central computer system 12 tracks the movement of vehicles as 
they pass from the sensor 50 to sensor 50 in each edge light assembly 20^ n . Using a variation of a radar au- 
tomatic track algorithm, the system can track position, velocity and heading of all aircraft or vehicles based 
upon the sensor 50 readings. New vehicles are entered into the system either upon leaving a boarding gate 

25 or landing. Unknown vehicles are also tracked automatically. Since taxiway and runway lights are normally 
across from each other on the pavement (as shown in FIG. 4 and FIG. 7), the microprocessor 44 in each edge 
lights assembly 20^ n is programmed to combine their sensor 50 inputs and agree before reporting a contact. 
A further refinement is to have the microprocessor 44 check with the edge light assemblies 20^ n on either 
side of them to see if their sensors 50 had detected the vehicle. This allows a vehicle to be handed off from 

30 sensor electronic unit 43 to sensor electronic unit 43 of each edge light assembly 20^ n as it travels down the 
taxiway. This also assures that vehicle position reports remain consistent. Vehicle velocity may also be calcu- 
lated by using the distance between sensors, the sensor pattern and the time between detections. 

Referring to FIG. 5 and FIG. 8, the display 30 is a color monitor which provides a graphical display of the 
airport, a portion of which is shown in FIG. 8. This is accomplished by storing a map of the airport in the re- 

35 dundant computers 26 and 28 in a digital format. The display 30 shows the location of airplanes or vehicles 
as they are detected by the sensors 50 mounted in the edge light assemblies 20 t . n along each taxiway and 
runway or other airport surface areas. Ail aircraft or vehicles on the airport surface are displayed as icons, 
with the shape of the icons being determined by the vehicle type. Vehicle position is shown by the location of 
the icon on the screen. Vehicle direction is shown by either the orientation of the icon or by an arrow emanating 

40 from the icon. Vehicle status is conveyed by the color of the icon. The future path of the vehicle as provided 
by the ground clearance command entered via the controllers microphone 35 is shown as a colored line on 
the display 30. The status of all field lights including each edge light 20^ „ in each edge light circuit 18^ „ is 
shown via color on the display 30. 

Use of object orientated software provides the basis for building a model of an airport The automatic in- 

45 heritance feature allows a data structure to be defined once for each object and then replicated automatically 
for each instance of that object. Automatic flow down assures that elements of the data base are not corrupted 
due to typing errors. It also assures that the code is regular and structured. Rule based object oriented pro- 
gramming makes it difficult to create unintelligible "spaghetti code." Object oriented programming allows the 
runways, taxiways, aircraft and sensors, to be decoded directly as objects. Each of these objects contains at- 

so tributes. Some of these attributes are fixed like runway 22R or flight UA347, and some are variable like vehicle 
status and position. 

In conventional programming we describe the attributes of an object in data structures and then describe 
the behaviors of the object as procedures that operate on those data structures. Object oriented programming 
shifts the emphasis and focuses first on the data structure and only secondarily on the procedures. More im- 
55 portantly, object oriented programming allows us to analyze and design programs in a natural manner. We can 
think in terms of runways and aircraft instead of focusing on either the behavior or the data structures of the 
runways and aircraft. 

Table 1 shows a list of objects with corresponding attributes. Each physical object that is important to the 
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runway incursion problem is modeled. The basic airplane or vehicle tracking algorithm is shown in Table 2 in 
a Program Design Language (PDL). The algorithm which handles sensor fusion, incursion avoidance and safe- 
ty alerts is shown in a single program even though it is implemented as distributed system using both the central 
computer system 12 and the sensor microprocessors 44. 


TABLE 1 


OBJECT ATTRIBUTE 

Sensor Location 
Circuit 
tXniqfue_addr as s 
Lamp_intensity 
Strobajatatus 
Strobe-delay 
Sensor_status 
Sensor_type 

Runway Name 

location 

Length 

Width 

Direction 

Status 

Sensors (KV) 
Intersections (MV) 
Vehicles 
Taxiway Name 

Location 
Length 
Width 
Direction 
Status 
Sensors (KV) 
Hdld_Locationa 
Vehicles (HV) 


PKSCRIPTICST 

X £ T coordinates of sensor 

AC wiring circuit name 6 number 

Set address for this sensor and its mats 

0% to 100% in 0.5% steps 

Blink rate/off 

From start signal 

Detect/no detect 

IR, laser, proximity, etc. 

22R, 27, 33L, etc. 

X & T coordinates of start of center line 
In feet 

la feet 

In degrees from north 

No tractive , active_takeof f , active_landiag, alarm 

List of lights/ sensors along this runway 

List of intersections 

List of vehicles on the runway 

Name of taxiway 

X & 7 coordinates of start of center line 
in feet 
In feet 

In degrees from north 
Not active, active, alarm 
List of intersections 
List of holding locations 
List of vehicles on the runway 
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Intersection 

Location 
Status 

Sensors (MV) 

Aircraft Airline 
Model 

Tail-number 
Bmpty_weight 
Fraightjweignt 
Fual_waight 
Top_speed 
Vt_speed 
V2_opeed 
Acceleration 
Deceleration 
KV - Multi-variable or array 


Intersection 
Intersection of two center lines 
Vac ant/Occupied 

List of sensors creating intersection border 

United 
727-200 
N3274Z 
9.5 tons 
2.3 tons 
3.2 tons 
593 mph 
100 mph 
140 mph 
0.23 g'a 
0.34 g's 


while 
if 


Table 2 

forever) 

edge light shows a detection) 

f (adjacent light also shows a detection sensor fusion) 
/* CONFIRMED DETECTION */ 
if (previous block showed a detection) 
| /* ACCEPT HANDOFF */ 
| Update aircraft position and speed 
else 

| /* MAX BE AN ANIMAL OR SERVICE TRUCK */ 
| Alert operator to possible incursion 
| /* MAY BE AN AIRCRAFT ENTERING THE SYSTEM */ 
| Start a new track 
else 

| Request status from adjacent light 
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I I I if (Adjacent light ia OK) 

i | | | /* NON CONFIRMED DETECTION */ 

I | | else 

I I I | Flag adjacent light for repair 

j | | endif 

| | endif 

| endif 

[ if (Edge light loses a detection AND status is OK) 

I | if (Next block showed a detection) 

III /* PROPER HANDOFP */ 

| | else 

I | | if (vehicle speed > = takeoff) 
till Handoff to departure control 
I | | else 

III!/* MISSING HANDOFF */ 

I I i | Alert operator to possible incursion 

! | | endif 

t j endif 

| endif 

| /* CHECK FOR POSSIBLE COLLISIONS */ 
| for (all tracked aircraft) 
| | Plot future position 
| | if (position conflict) 

I | | Alert operator to possible incursion 

| | endif 
| endif 

| Update display 
endwhile 

Referring again to FIG. 1 and FIG. 2, the control of taxiway lighting intensity is usually done by placing all 
the lights on the same series circuit and then regulating the current in that circuit. In the present embodiment 
the intensity of the lamp 40 is controlled by sending a message with the light intensity value to the micropro- 
cessor 44 located within the light assembly 20^ n . The message allows for intensity settings in the range of 0 
to 100% in 0.5% steps. The use of photocell 46 to check the light output allows a return message to be sent 
if the bulb does not respond. This in turn generates a maintenance report on the light. The strobe light 48 pro- 
vides an additional optional capability under program control of the microprocessor 44. Each of the micropro- 
cessors 44 in the edge light assemblies 20 is individually addressable. This means every lamp on the field is 
controlled individually by the central computer system 12. 

The system 10 can be programmed to provide an Active Runway Indicator by using the strobe lights 48 
in those edge light assemblies 20^ n located on the runway 64 to continue the approach light "rabbit" strobe 
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pattern all the way down the runway. This lighting pattern could be turned-on as a plane is cleared for landing 
and then turned-off after the aircraft has touched down. A pilot approaching the runway along an intersecting 
taxiway would be alerted in a clear and unambiguous way that the runway was active and should not be 
crossed. 

5 If an incursion was detected the main computers 26, 28 could switch the runway strobe lights 48 from the 

"rabbit" pattern to a pattern that alternatively flashes either side of the runway in a wig-wag fashion. A switch 
to this pattern would be interpreted by the pilot of an arriving aircraft as a wave off and a signal to go around. 
The abrupt switch in the pattern of the strobes would be instantaneously picked up by the air crew in time for 
them to initiate an aborted landing procedure. 

10 During Category III weather conditions both runway and taxiway visibility are very low. Currently radio 

based landing systems are used to get the aircraft from final approach to the runway. Once on the runway it 
is not always obvious which taxiways are to be used to reach the airport terminal. In system 10 the main com- 
puters 26,28 can control the taxiway lamps 40 as the means for guiding aircraft on the ground during CAT 111 
conditions. Since the intensity of the taxiway lamps 40 can be controlled remotely, the lamps just in front of 

15 an aircraft could be intensified or flashed as a means of guiding it to the terminal. 

Alternatively, a short sequence of the "rabbit" pattern may be programmed into the taxiway strobes just 
in front of the aircraft. At intersections, either the unwanted paths may have their lamps turned off or the en- 
trance to the proper section of taxiway may flash directing the pilot to head in that direction. Of course in a 
smart system only those lights directly in front of a plane would be controlled, all other lamps on the field would 

20 remain in their normal mode. 

Referring now to FIG. 9, a block diagram is shown of the data flow within the system 10 (as shown in FIG. 
1 and FIG. 5). The software modules are shown that are used to process the data within the computers 26, 
28 of the central computer system 12. The tracking of aircraft and other vehicles on the airport operates under 
the control of a sensor fusion software module 101 which resides in the computers 26, 28. The sensor fusion 

25 software module 101 receives data from the plurality of sensors 50, a sensor 50 being located in each edge 
light assembly 20^ n which reports the heat level detected, and this software module 1 01 combines this infor- 
mation through the use of rule based artificial intelligence to create a complete picture of all ground traffic at 
the airport on a display 30 of the central computer system 12. 

The tracking algorithm starts a track upon the first report of a sensor 50 detecting a heat level that is above 

30 the ambient background level of radiation. This detection is then verified by checking the heat level reported 
by the sensor directly across the pavement from the first reporting sensor. This secondary reading is used to 
confirm the vehicle detected and to eliminate false alarms. After a vehicle has been confirmed the sensors 
adjacent to the first reporting sensor are queried for changes in their detected heat level. As soon as one of 
the adjacent sensors detects a rise in heat level a direction vector for the vehicle can be established. This proc- 

35 ess continues as the vehicle is handed off from sensor to sensor in a bucket brigade fashion as shown in FIG. 
7. Vehicle speed can be roughly determined by calculating the time between vehicle detection by adjacent sen- 
sors. This information is combined with information from a system data base on the location of each sensor 
to calculate the velocity of the target. Due to hot exhaust or jet blast, the sensors behind the vehicle may not 
return to a background level immediately. Because of these condition, the algorithm only uses the first four 

40 sensors (two on either side of the taxiway) to calculate the vehicles position. The vehicle is always assumed 
to be on the center! ine of the pavement and between the first four reporting sensors. 

Vehicle identification can be added to the track either manually or automatically by an automated source 
that can identify a vehicle by its position. An example would be prior knowledge of the next aircraft to land on 
a particular runway. Tracks are ended when a vehicle leaves the detection system. This can occur in one of 

45 two ways. The first way is that the vehicle leaves the area covered by the sensors 50. This is determined by 
a vehicle track moving in the direction of a gateway sensor and then a lack of detection after the gateway sensor 
has lost contact. A second way to leave the detection system is for a track to be lost in the middle of a sensor 
array. This can occur when an aircraft departs or a vehicle runs onto the grass. Takeoff scenarios can be de- 
termined by calculating the speed of the vehicle just before detection was lost. If the vehicle speed was in- 

50 creasing and above rotation speed then the aircraft is assumed to have taken off. If not then the vehicle is 
assumed to have gone on to the grass and an alarm is sounded. 

Referring to FIG. 5 and FIG. 9, the ground clearance routing function is performed by the speech recog- 
nition unit 33 along with the ground clearance compliance verifier software module 103 running on the com- 
puters 26, 28. This software module 103 comprises a vehicle identification routine, clearance path routing, 

55 clearance checking routine and a path checking routine. 

The vehicle identification routine is used to receive the airline name and flight number (i.e. "Delta 374") 
from the speech recognition unit 33 and it highlights the icon of that aircraft on the graphic display of the airport 
on display 30. 
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The clearance path routine takes the remainder of the controller's phrase (i.e. "outer taxiway to echo, hold 
short of runway 15 Left") and provides a graphical display of the clearance on the display 30 showing the airport. 

The clearance checking routine checks the clearance path for possible conflict with other clearances and 
vehicles. If a conflict is found the portion of the path that would cause an incursion is highlighted in a blinking 
5 red and an audible indication is given to the controller via speaker 32. 

The path checking routine checks the actual path of the vehicle as detected by the sensors 50 after the 
clearance path has been entered into the computers 26, 28 and it monitors the actual path for any deviation. 
If this routine detects that a vehicle has strayed from the assigned course, the vehicle icon on the graphic dis- 
play of the airport flashes and an audible indicator is given to the controller via speaker 32 and optionally the 
w vehicle operator via radio 37. 

The airport system 10 operates in a vehicle detection mode underthe control of safety logic routines which 
reside in the collision detection software module 104 running on computers 26, 28. The safety logic routines 
receive data from the sensor fusion software module 101 via the tracker software module 1 02 location program 
and interpret this information through the use of rule based artificial intelligence to predict possible collisions 
15 orrunway incursions. This information is then used by the central computer system 12 to alert tower controllers, 
aircraft pilots and truck operators to the possibility of a runway incursion. The tower controllers are alerted 
by the display 30 along with a computer synthesized voice message via speaker 32. Ground traffic is alerted 
by a combination of traffic lights, flashing lights, stop bars and other alert lights 34, lamps 40 and 48, and com- 
puter generated voice commands broadcast via radio 36. 
20 Knowledge based problems are also called fuzzy problems and their solutions depend upon both program 

logic and an interface engine that can dynamically create a decision tree, selecting which heuristics are most 
appropriate for the specific case being considered. Rule based systems broaden the scope of possible appli- 
cations. They allow designers to incorporate judgement and experience, and to take a consistent solution ap- 
proach across an entire problem set. 
25 The programming of the rule based incursion detections software is very straight forward. The rules are 

written in English allowing the experts, in this case the tower personnel and the pilots, to review the system 
at an understandable level. Another feature of the rule based system is that the rules stand alone. They can 
be added, deleted or modified without affecting the rest of the code. This is almost impossible to do with code 
that is created from scratch. An example of a rule we might use is: 
30 If (Runway_Status = Active) 

then (Stop_Bar_Lights = RED). 
This is a very simple and straightforward rule. It stands alone requiring no extra knowledge except how Run- 
way_Status is created. So let's make some rules affecting Runway_Status. 
If (Departure = APPROVED) or (Landing = IMMINENT), 
35 then (Runway_Status = ACTIVE). 

For incursion detection, another rule is: 

If (Runway_Status = ACTIVE) and (Intersection = OCCUPIED), 
then (Runwayjncursion = TRUE). 
Next, detect that an intersection of a runway and taxiway are occupied by the rules: 
40 if (lntersection_Sensors = DETECT), 

then (Intersection = OCCUPIED). 
To predict that an aircraft will run a Hold Position stop, the following rule is created: 
If (Aircraft_Stopping_Distance > Distance_to_Hold ^Position), 
then (Intersection = OCCUPIED). 
45 In order to show that rules can be added without affecting the reset of the program, assume that after a 

demonstration of the system 10 to tower controllers, they decided that they wanted a "Panic Button" in the 
tower to override the rule based software in case they spot a safety violation on the ground. Besides installing 
the button, the only other change would be to add this extra rule. 
If (Panic_button = PRESSED), 
so then (Runwayjncursion = TRUE). 

It is readily seen that the central rule based computer program is very straight forward to create, understand 
and modify. As types of incursions are defined, the system 10 can be upgraded by adding more rules. 

Referring again to FIG. 9, the block diagram shows the data flow between the functional elements within 
the system 10 (FIG. 1). Vehicles are detected by the sensor 50 in each of the edge light assemblies 20.^. This 
55 information is passed over the local operating network (LON) via edge light wiring 21 u n to the LON bridges 
22^ n . The individual message packets are then passed to the redundant computers 26 and 28 over the wide 
area network (WAN) 14 to the WAN interface 108, After arriving at the redundant computers 26 and 28, the 
message packet is checked and verified by a message parser software module 100. The contents of the mes- 
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sage are then sent to the sensor fusion software module 101. The sensor fusion software module 101 is used 
to keep track of the status of all the sensors 50 on the airport; it filters and verifies the data from the airport 
and stores a representative picture of the sensor array in a memory. This information is used directly by the 
display 30 to show which sensors 50 are responding and used by the tracker software module 1 02. The tracker 

5 software module 1 02 uses the sensor status information to determine which sensor 50 reports correspond to 
actual vehicles. In addition, as the sensor reports and status change, the tracker software module 102 iden- 
tifies movement of the vehicles and produces a target location and direction output. This information is used 
by the display 30 in order to display the appropriate vehicle icon on the screen. 

The location and direction of the vehicle is also used by the collision detection software module 104. This 

10 module checks all of the vehicles on the ground and plots their expected course. If any two targets are on in- 
tersecting paths, this software module generates operator alerts by using the display 30, the alert lights 34, 
the speech synthesis unit 29 coupled to the associated speaker 32, and the speech synthesis unit 31 coupled 
to radio 37 which is coupled to antenna 39. 

Still referring to FIG. 9, another user of target location and position data is the ground clearance compliance 

15 verifier software module 103. This software module 103 receives the ground clearance commands from the 
controller's microphone 35 via the speech recognition unit 33. Once the cleared route has been determined, 
it is stored in the ground clearance compliance verifier software module 103 and used for comparison to the 
actual route taken by the vehicle. If the information received from the tracker software module 102 shows that 
the vehicle has deviated from its assigned course, this software module 1 03 generates operator alerts by using 

20 the display 30, the alert fights 34, the speech synthesis unit 29 coupled to speaker 32, and the speech synthesis 
unit 31 coupled to radio 37 which is coupled to antenna 39. 

The keyboard 27 is connected to a keyboard parser software module 109. When a command has been 
verified by the keyboard parser software module 1 09, it is used to change display 30 options and to reconfigure 
the sensors and network parameters. A network configuration data base 106 is updated with these reconfi- 

25 guration commands. This information is then turned into LON message packets by the command message 
generator 107 and sent to the edge light assemblies 20^ via the WAN interface 108 and the LON bridges 
22^. 

This concludes the description of the preferred embodiment. However, many modifications and alterations 
will be obvious to one of ordinary skill in the art without departing from the spirit and scope of the inventive 
30 concept. Therefore, it is intended that the scope of this invention be limited only by the appended claims. 

Claims 

35 1. An airport surveillance system comprising: 

a plurality of light circuits on an airport, each of said light circuits comprises a plurality of light as- 
sembly means; 

means for providing power to each of said plurality of light circuits and to each of said light assembly 
means; 

40 means in each of said light assembly means for sensing ground traffic on said airport; 

means for processing data received from each of said light assembly means; 
means for providing data communication between each of said light assembly means and said proc- 
essing means; and 

said processing means comprises means for providing a graphic display of said airport comprising 
45 symbols representing said ground traffic, each of said symbols having direction and velocity data dis- 

played. 

2. The airport surveillance system as recited in Claim 1 wherein: 

each of said light circuits being located along the edges of a taxiway or a runway on said airport. 

50 

3. The airport surveillance system as recited in Claim 1 wherein said light assembly means comprises: 

light means coupled to said lines of said power providing means for lighting said airport; 
said sensing means; 

microprocessor means coupled to said light means, said sensing means, and said data communi- 
55 cation means for providing processing, communication and control for said light assembly means, said 

microprocessor controlling a plurality of lighting patterns of said light means on said airport; and 

said data communication means being coupled to said microprocessor means and said lines of said 
power providing means. 
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4. The airport surveillance system as recited in Claim 3 wherein: 

said sensing means comprises an infrared detector. 

5. The airport surveillance system as recited in Claim 3 wherein: 

said light assembly means further comprises a photocell means coupled to said microprocessor 
means for detecting the light intensity of said light means. 

6. The airport surveillance system as recited in Claim 3 wherein: 

said light assembly means further comprises a strobe light coupled to said microprocessor means. 

7. The airport surveillance system as recited in Claim 1 wherein: 

said processing means comprises redundant computers for fault tolerance operation. 

8. The airport surveillance system as recited in Claim 1 wherein: 

said symbols representing said ground traffic comprise icons having a shape indicating type of air- 
plane or vehicle. 

9. The airport surveillance system as recited in Claim 1 wherein: 

said processing means determines a location of said symbols on said graphic display of said airport 
in accordance with said data receive from said light assembly means. 

10. The airport surveillance system as recited in Claim 1 wherein: 

said processing means determines a future path of said ground traffic based on a ground clearance 
command, said future path being shown on said graphic display. 

11. The airport surveillance system as recited in Claim 1 wherein said power providing means comprises: 

constant current power means for providing a separate line to each of said plurality of light circuits; 

and 

network bridge means coupled to said constant current power means for providing a communica- 
tion channel to said processing means for each line of said constant current power means. 

12. An airport surveillance system comprising: 

a plurality of light circuits on an airport, each of said light circuits comprises a plurality of light as- 
sembly means; 

means for providing power to each of said plurality of light circuits and to each of said light assembly 
means; 

means in each of said light assembly means for sensing ground traffic on said airport; 

means in each of said light assembly means coupled to said sensing means for providing commu- 
nication and control for said light assembly means; 

means for processing data received from each of said light assembly means; 

means for providing data communication between each of said light assembly means and said proc- 
essing means; and 

said processing means comprises means for providing a graphic display of said airport comprising 
symbols representing said ground traffic in accordance with said data received from each of said light 
assembly means, each of said symbols having direction and velocity data displayed. 

13. The airport surveillance system as recited in Claim 12 wherein: 

said sensing means comprises an infrared detector. 

14. The airport surveillance system as recited in Claim 12 wherein: 

each of said light circuits being located along the edges of a taxiway or a runway on said airport. 

1 5. The airport surveillance system as recited in Claim 12 wherein: 

said light assembly means further comprises a photocell means coupled to said communication 
and control providing means for detecting a light intensity of said light assembly means. 

16. The airport surveillance system as recited in Claim 12 wherein: 

said light assembly means further comprises a strobe light coupled to said communication and con- 
trol providing means. 
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17. The airport surveillance system as recited in Claim 12 wherein: 

said processing means comprises redundant computers for fault tolerance operation. 

18. The airport surveillance system as recited in Claim 12 wherein: 

said symbols representing said ground traffic comprise icons having a shape indicating type of air- 
plane or vehicle. 

19. The airport surveillance system as recited in Claim 12 wherein: 

said processing means determines a future path of said ground traffic based on a ground clearance 
command, said future path being shown on said graphic display. 

20. The airport surveillance system as recited in Claim 12 wherein said power providing means comprises: 

constant current power means for providing a separate line to each of said plurality of light circuits; 

and 

network bridge means coupled to said constant current power means for providing a communica- 
tion channel to said processing means for each line of said constant current power means. 

21. A method of providing an airport surveillance system comprising the steps of: 

providing a plurality of light circuits on said airport, each of said light circuits comprises a plurality 
of light assembly means; 

providing power to each of said plurality of light circuits; 

sensing ground traffic on said airport with means in each of said light assembly means; 

processing data received from each of said light assembly means in computer means; 

providing a graphic display of said airport comprising symbols representing said ground traffic, 
each of said symbols having direction and velocity data displayed; and 

providing data communication between said computer means and each of said light assembly 
means. 

22. The method as recited in Claim 21 wherein said step of sensing said ground traffic on said airport com- 
prises the steps of: 

lighting said airport with a light means coupled to said power lines; 
providing infrared detectors for sensing ground traffic; 

performing processing, communication and control within said light assembly means with a micro- 
processor means coupled to said light means, said infrared detectors and data communication means; 
and 

coupling said data communication means between said microprocessor means and said power 

lines. 

23. The method recited in Claim 21 wherein said step of processing data comprises the step of operating re- 
dundant computers for fault tolerance. 

24. The method as recited in Claim 21 wherein said step of providing power comprises the steps of: 

providing a separate line to each of said plurality of light circuits with a constant current power 
means; and 

providing a communication channel to said computer means for each line of said constant current 
power means using a network bridge means. 

25. The method as recited in Claim 21 wherein said step of providing a graphic display comprising symbols 
representing said ground traffic comprises the step of indicating a type of aircraft or vehicle with icons 
of various shapes. 

26. The method as recited in Claim 21 wherein said step of processing said data from each of said light as- 
sembly means comprises the step of determining a location of said symbols on said graphic display of 
said airport in accordance with said data. 
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